Link between a central system and a satellite system for executing operations of the central system

ABSTRACT

In order to have operations of a central system ( 1 ) executed by a satellite system ( 30 ), a link ( 17 ) between the central system ( 1 ) and the satellite system (30) includes:  
     in the central system ( 1 ), a control card ( 9 ) that places said operations in one or more data blocks;  
     in the satellite system ( 30 ), a coupler ( 21 ) that sends through the link ( 17 ) to the control card ( 9 ) at least one read command to which the control card ( 9 ) responds by sending said data block or blocks through the link ( 17 ) to the coupler ( 21 ).

[0001] The field of the invention is that of computer systems and more particularly concerns a central system from which one wishes to remote part of the execution of certain operations to a satellite system.

[0002] Remoting an execution is advantageous for example when the central system is a proprietary system. The operations of the proprietary system benefit from increased computing power and a high level of security and reliability. A satellite system from the so-called open world makes it possible to use standard hardware and software on the market.

[0003] When a task is performed entirely in a single system, the execution of the operations is fast since it runs in command control mode in devices that react in slave mode. When the execution of a task is distributed among several different systems, the prior art normally proposes having the systems communicate by means of messages. There are known architectures of the client-server type. In assigning the client function to the central system and the server function to the satellite system, the central system will establish a connection with the satellite system and send a request message to the satellite system, which will return a response message. However, the fact that the messages pass through numerous communication layers does not result in comparable performance in terms of speed relative to operations executed entirely in the same system.

[0004] To eliminate the aforementioned drawbacks of the prior art, the subject of the invention is a protocol between a central system and a satellite system for having an operation of the central system executed by the satellite system. The protocol includes:

[0005] a first step in which the satellite system sends a read command to the central system, identified by a first logical unit number;

[0006] a second step in which the central system responds to said read command by sending at least one data block containing said operation;

[0007] a third step concomitant with the second step, in which the satellite system receives said data block in order to process the operation it contains.

[0008] Other advantages and details of the invention will emerge from the preferred exemplary embodiment described below in reference to the figures, in which:

[0009]FIG. 1 presents a central system, a satellite system and peripheral systems;

[0010]FIG. 2 presents a format of a block according to the invention.

[0011]FIG. 3 presents a state diagram of the satellite system for a downlink;

[0012]FIG. 4 presents a state diagram of the central system for the downlink;

[0013]FIG. 5 presents a diagram of block processing in the satellite system;

[0014]FIG. 6 presents a state diagram of the satellite system for an uplink;

[0015] Referring to FIG. 1, a central system 1 generally includes one or more processors 6 that access programs and data addressed in a random access memory 7 via a bus 8. In order to be able to process data outside the direct physical address space of the memory 7, the central system 1 performs operations for accessing peripheral subsystems 2, 3, 4, 5 comprising, for example, mass storage units such as disks and magnetic tapes.

[0016] Each peripheral subsystem 2, 3, 4, 5 is identified by a logical unit number LUN. In the central system 1, a control card 9 is connected to the bus 8 in order to send read and write commands and data corresponding to the write commands to the peripheral subsystems, and to receive data that comes from the peripheral subsystems in response to the read commands.

[0017] In order to perform an operation for accessing a peripheral subsystem, the central system 1 sends an interrupt to the control card 9. Upon receiving an interrupt, the control card 9 reads in memory 7 parameters that qualify the access operation, such as the type of operation, the logical unit number that identifies the peripheral subsystem to which the operation applies, and the addresses of the memory 7 reserved for the data of the operation.

[0018] If the operation is a write operation, the control card 9 generates a write command sent to the identified peripheral subsystem, followed by the data of the operation, which is read in memory 7. Upon receiving a return status of the peripheral subsystem indicating that the write command has been correctly executed, the control card 9 generates a signal in memory 7 to inform the central system 1 that the write operation is finished.

[0019] If the operation is a read operation, the control card 9 generates a read command sent to the identified peripheral subsystem. Upon receiving the read data returned by the peripheral subsystem, the control card 9 writes the data received into memory 7 and generates a signal to inform the central system 1 that the read operation is finished.

[0020] A satellite system 30 includes one or more processors 26 that access programs and data addressed in a random access memory 27 via a bus 28. In the satellite system 30, a coupler 22 provides a link with the subsystem 2, a coupler 23 provides a link with the subsystem 3, a coupler 24 provides a link with the subsystem 4, and a coupler 25 provides a link with the subsystem 5. The links provided by the couplers 22-25 are standard types such as SCSI (Small Computer System Interface) or Fiber Channel. Standard drivers, hosted in memory 27, control the couplers 22-25 via the bus 28 to which these couplers are connected.

[0021] The control card 9 is linked to the satellite system 30 by a so-called downlink 17 (D) and by a so-called uplink 20 (U). Each of the links 17 and 20 is embodied by a standard fast link such as “Ultra Wide SCSI” at 40 Mbps. A coupler 21 and a coupler 29 are connected to the bus 28 in the satellite system 30 so as to make the satellite system 30 the master in each of the links 17 and 20. Standard drivers, hosted in memory 27, control the couplers 21 and 29.

[0022] The control card 9 is declared to be in slave mode in each of the links 17 and 20. Thus, the satellite system 30 sends read commands through the link 17 via the coupler 21. The satellite system 30 sends write commands and blocks to be written through the link 20 via the coupler 29.

[0023] Referring to FIG. 2, each block is constituted by a header and a data field 19.

[0024] The header includes a field 10 for identifying a type to which the block belongs, a field 11 for identifying a logical channel for conveying the block, a field 12 for indicating a length of the data field 19, a field 13 for indicating whether the block is the last one conveyed through the identified logical channel, a field 15 for identifying a physical channel through which the block is to be sent, a field 16 for indicating the number of the block, and a field 18 for containing parameters that may be used in processing the block. The header can also include one or more available fields 14 for possible later use.

[0025] In the exemplary embodiment considered as a nonlimiting example, the fields 10 and 11 are eight bits long, the fields 12 and 16 are sixteen bits long, the field 13 is one bit long, the field 14 is nine bits long, the field 15 is six bits long and the field 18 is sixty four bits long.

[0026] The field 19 has a variable length given by the value of the field 12.

[0027] The defined block types are the following:

[0028] data block transmitted from the central system to the satellite system;

[0029] data block transmitted from the satellite system to the central system;

[0030] terminal status block;

[0031] special status block;

[0032] service block transmitted from the central system to the satellite system;

[0033] service block transmitted from the satellite system to the central system;

[0034] Referring to FIG. 3, a state diagram of the satellite system 30, and to FIG. 4, a state diagram of the central system 1, each of them describes steps that may be used to implement an exchange protocol in the link 17 according to the invention.

[0035] General conventions for reading these diagrams will be used in the description below. They indicate steps 31, 35, 39 such that the passage from one step to the next is symbolized by one or more arrows, wherein an arrow between two steps is interrupted by a perpendicular line that indicates a condition 32, 37, 41 for transition to a subsequent step.

[0036] The logical state of the upstream end of an arrow is identical to the logical state of a step from which it is derived or to a logical combination of the downstream states of arrows that precede it. These logical combinations are represented by single or double horizontal lines at which one or more arrows end and from which they begin again.

[0037] A single horizontal line indicates that a disjunction (OR) of logical states of one or more arrows that end at this line has the same value as a logical disjunction of one or more arrows that start from this line.

[0038] A double horizontal line indicates that a conjunction (AND) of logical states of one or more arrows that end at this line has the same value as a logical conjunction of one or more arrows that start from this line.

[0039] In the absence of any perpendicular line that interrupts an arrow to indicate a transition, a low or high logical state of the downstream arrow is identical to an upstream logical state of the arrow.

[0040] In the presence of a perpendicular line that interrupts an arrow to indicate a transition, the downstream logical state of the arrow is equal to a logical conjunction of the upstream logical state of the arrow and the logical state of the transition indicated. A switch from the low logical state to the high logical state of the downstream end of an arrow interrupted by a transition has the effect of switching the upstream end of the arrow from the high logical state to the low logical state.

[0041] Applying the conventions explained above to FIG. 3, the satellite system 30, initially in the high logical state in a reference step 31, is started by setting an initialization transition 32 to the high state. This has the effect of deactivating the step 31 by setting it to the low logical state and activating steps 33 and 34 by setting them to the high logical state.

[0042] Step 34 declares the link D available for a transfer of blocks from the control card 9 to the coupler 21.

[0043] Step 33 sends a read command through the link D to a logical unit number LUN00. Thus, the satellite system 30 sees the central system 1 as a storage unit, such as for example a magnetic tape, with the logical unit number LUN00.

[0044] A response from the control card 9 to the read command results in a frame transfer through the link 17 to the coupler 21. The first block of the frame coming from the logical unit with the number LUN00 sets a transition 36 to the high state.

[0045] The high states of the steps 33 and 34 with the high state of the transition 36 activate a step 38 by setting it to the high state and deactivate the steps 33 and 34 by setting them to the low state. Step 38 is the step for the reception of the blocks by the coupler 21. The last block of the frame coming from the logical unit with the number LUN00 sets a transition 40 to the high state.

[0046] The high states of the step 38 and the transition 40 reactivate the steps 33 and 34 by setting them to the high state and deactivate the step 38 by setting it to the low state.

[0047] In order to improve the performance of the link 17, the setting of the transition 32 to the high state has the additional effect of setting a step 35 to the high state.

[0048] Step 35 sends a read command through the link D to a logical unit number LUN01. Thus, the satellite system 30 also sees the central system 1 as a storage unit, such as for example a magnetic tape, with the logical unit number LUN01.

[0049] A response from the control card 9 to the read command results in a frame transfer through the link 17 to the coupler 21. The first block of the frame coming from the logical unit with the number LUN01 sets a transition 37 to the high state.

[0050] The high states of the steps 34 and 35 with the high state of the transition 37 activate a step 39 by setting it to the high state and deactivate the steps 34 and 35 by setting them to the low state. Step 39 is the step for the reception of the blocks by the coupler 21. The last block of the frame coming from the logical unit with the number LUN01 sets a transition 41 to the high state.

[0051] The high states of the step 39 and the transition 41 reactivate the steps 34 and 35 by setting them to the high state and deactivate the step 39 by setting it to the low state.

[0052] The simultaneous activation of the steps 33 and 35 at the start makes it possible to optimize the transfers through the link 17 by sending a second read command without having to wait for the response to the first read command. Upon reception of the last block coming from LUN00 or LUN01, the transition 40, or respectively 41, reactivates the steps 33 and 34, or respectively 34 and 35. The possible states of the link 17 for the satellite system 30 are therefore:

[0053] steps 33, 34 and 35 active, waiting for responses to two read commands;

[0054] steps 33 and 39 active, waiting for a response to the read command in LUN00 and receiving a response in LUN01;

[0055] steps 35 and 38 active, waiting for a response to the read command in LUN01 and receiving a response in LUN00;

[0056] Applying the conventions explained above to FIG. 4, the central system 1, initially in the high logical state in a reference step 42, is started by setting an initialization transition 43 to the high state. This has the effect of deactivating the step 42 by setting it to the low logical state and activating the steps 44 and 45 by setting them to the high logical state.

[0057] Step 45 sets the control card 9 in a wait state for a command via the link 17, thus determining a slave operating mode in the link 17.

[0058] Step 44 consists of forming a frame that will be transmitted to the satellite system 30 in response to a read command through the coupler 21. When the central system 1 activates an operation for accessing a peripheral subsystem 2, 3, 4, 5, the processor 6 sends the control card 9, via the bus 8, a load command for a read access or a store command for a write access. Upon reception of a load or store command, the control card 9 generates one or more blocks in the model of the one presented in FIG. 2.

[0059] For a load or store command, the control card 9 enters into the field 10 a value that indicates that the block type is a data block transmitted from the central system to the satellite system, into the field 11 a value that indicates a logical channel number common to all the blocks created for the same access operation, in the field 12 a value that indicates the length of the field 19, in the field 15 a value that indicates the peripheral subsystem involved in the access operation, and in the field 18 the parameters necessary to the access operation such as a control word specifying an encoding of the data of the field 19, flags for handling suspensions and statuses for handling errors.

[0060] When the access operation involves a load command, the control card 9 enters into the field 19 control data for specifying the load instructions with the start and end addresses of the data to be loaded, coming from the peripheral subsystem in question.

[0061] When the access operation involves a store command, the control card 9 enters into the field 19 of a first block control data for specifying the store instructions with the start and end addresses of the data to be stored in the peripheral subsystem in question. The control card 9 removes one bit from the field 13 of the first block and from the field 13 of each block that precedes a subsequent block, then increments the field 16 of the next block. The bit of the field 13 is lowered for the last block of the access operation. This makes it possible to enter into the field 19 of the subsequent blocks the data to be stored in the peripheral subsystem involved in the access operation.

[0062] The control card 9 also generates service blocks for the management of the link 17, tests, activity monitoring, flow control, and for maintenance and error reporting operations. The control card 9 then specifies in the field 10 that this block is a service block. Such a block may be constituted by a simple header without a field 19. The field 19 then contains the management or maintenance parameters.

[0063] The blocks generated by the control card 9 are placed in a state for waiting to be transmitted through the link 17.

[0064] Setting the step 44 to the high state triggers two actions. A first action scans the waiting blocks. A second action removes a timeout in the case where no block is waiting to be transmitted. If no block is waiting at the end of the timeout, the control card 9 creates an empty block, i.e. a block that is constituted by a simple header without a field 19 and that leaves its type empty in the field 10. This makes it possible to transmit a response to the read order coming from the coupler 21, so as not to detect any false errors in the link 17 in the absence of blocks to be transmitted. The control card 9 then collects, in a frame whose length is compatible with the flow control, the blocks of the same type, and for data blocks, those of the same access operation.

[0065] A transition 47 is in the high state soon as a frame is available. The transition 47 resets the step 44 to the low state and sets a step 49 to the high state. Step 49 presents the previously created frame to the logical unit LUN00.

[0066] A transition 51 is in the high state if the control card 9 has received a read command through the link 17 for the logical unit LUN00. The conjunction of the high states of the steps 45, 49 and the high state of the transition 51 activates a step 53 by setting it to the high state and resets the steps 45 and 49 to the low state.

[0067] In step 53, the blocks of the frame presented in the logical unit LUN00 are sent through the link 17 to the coupler 21.

[0068] The last block of the frame sent sets a transition 55 to the high state. The conjunction of the high states of the step 53 and the transition 55 resets the step 53 to the low state and reactivates the steps 44 and 45 by setting them to the high state. This makes it possible to send other blocks, for example for other access operations or for the continuation of the same access operation.

[0069] In addition to the transition 32 and the step 35 for taking advantage of the transfer capacities of the link 17, the conjunction of the high logical states of the reference step 42 and the initialization step 43 also activates a step 46 by setting it to the high logical state.

[0070] As with the step 44, setting the step 46 to the high state triggers two actions. A first action scans the waiting blocks. A second action removes a timeout in the case where no block is waiting to be transmitted. If no block is waiting at the end of the timeout, the control card 9 creates an empty block, i.e. a block that is constituted by a simple header without a field 19 and that leaves its type empty in the field 10. This makes it possible to transmit a response to the read order coming from the coupler 21, so as not to detect any false errors in the link 17 in the absence of blocks to be transmitted. The control card 9 then collects, in a frame whose length is compatible with the flow control, the blocks of the same type, and for data blocks, those of the same access operation.

[0071] A transition 48 is in the high state soon as a frame is available. The transition 48 resets the step 46 to the low state and sets a step 50 to the high state. Step 50 presents the previously created frame to the logical unit LUN01.

[0072] A transition 52 is in the high state if the control card 9 has received a read command through the link 17 for the logical unit LUN01. The conjunction of the high states of the steps 45, 50 and the high state of the transition 52 activates a step 54 by setting it to the high state and resets the steps 45 and 50 to the low state.

[0073] In step 54, the blocks of the frame presented in the logical unit LUN01 are sent through the link 17 to the coupler 21.

[0074] The last block of the frame sent sets a transition 56 to the high state. The conjunction of the high states of the step 54 and the transition 56 resets the step 53 to the low state and reactivates the steps 46 and 45 by setting them to the high state. This makes it possible to send other blocks, for example for other access operations or for the continuation of the same access operation.

[0075] The possible states of the link 17 for the central system I are therefore:

[0076] steps 44, 45 and 46 active, waiting for frames to transmit;

[0077] steps 44, 45 and 50 active waiting for a frame for LUN00 and waiting for a read operation for LUN01;

[0078] steps 49, 45 and 46 active, waiting for a read operation for LUN00 and waiting for a frame for LUN01;

[0079] steps 49, 45 and 50 active, waiting for a read operation for LUN00 and for LUN01;

[0080] steps 53 and 46 or 50 active, waiting for the end of a transmission from LUN00;

[0081] steps 54 and 44 or 49 active, waiting for the end of a transmission from LUN01.

[0082] Referring to FIG. 5, the frames received in the coupler 21 in steps 38 and 39 are processed by the satellite system 30 in the following way:

[0083] Upon receiving a block in accordance with the protocol explained in reference to the preceding figures, the satellite system 30 stores this block in an incoming buffer 72, 73, 74 corresponding to the logical channel contained in the field 11;

[0084] Upon receiving the last block from the same logical channel, the satellite system 30 sends the content of the buffer 72, 73, 74 to the coupler 22, 23, 24, 25 corresponding to the physical channel contained in the field 15, adapting the commands to this coupler.

[0085] The coupler 22, 23, 24 25 returns a response stored in an outgoing buffer 75.

[0086] The satellite system 30 transmits the content of the buffer 75 to the coupler 29 in the sequence of the protocol explained in reference to the following figures.

[0087] For example, in step 38, the coupler 21 receives a frame comprising the blocks 57, 58. The field 11 of these blocks identifies a logical channel corresponding to the buffer 72 contained in memory 27. The satellite system 30 stores the blocks of the frame in the buffer 72 via the bus 28. The field 13 of the block 58 indicates that there are other blocks to follow for the same logical channel.

[0088] In step 39, the coupler 21 receives a frame comprising a block 59. The field 11 of this block identifies a logical channel corresponding to the buffer 72 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 72 via the bus 28. The field 13 of the block 59 indicates that there are other blocks to follow for the same logical channel.

[0089] In step 39, the coupler 21 receives a frame comprising a block 60. The field 11 of this block identifies a logical channel corresponding to the buffer 73 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 73 via the bus 28. The field 13 of the block 60 indicates that it is the last block from this logical channel.

[0090] The field 19 of the block 60 contains load commands. The satellite system 30 creates a control block 60′ from the field 19. The field 15 of the block 60 identifies a physical channel corresponding to the coupler 22. The satellite system 30 transmits the block 60′ to the coupler 22 via the bus 28.

[0091] In step 38, the coupler 21 receives a frame comprising a block 61. The field 11 of this block identifies a logical channel corresponding to the buffer 72 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 72 via the bus 28. The field 13 of the block 61 indicates that it precedes another block from the same logical channel.

[0092] In step 39, the coupler 21 receives a frame comprising blocks 62, 63. The field 11 of these blocks identifies a logical channel corresponding to the buffer 74 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 74 via the bus 28. The field 13 of the block 63 indicates that there is no other block to follow for the same logical channel.

[0093] The field 19 of the block 62 contains store commands. The satellite system 30 creates a control block 62′ from the field 19. The field 15 of the block 62 identifies a physical channel corresponding to the coupler 24. The satellite system 30 transmits the block 62′ to a control part of the coupler 24 and the content of the field 19 of the block 63 to a data part of the coupler 24, via the bus 28, in the form of a block 63′.

[0094] In step 38, the coupler 21 receives a frame comprising a block 64. The field 11 of this block identifies a logical channel corresponding to the buffer 72 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 72 via the bus 28. The field 13 of the block 64 indicates that it precedes another block from the same logical channel.

[0095] In step 39, the coupler 21 receives a frame comprising a block 65. The field 11 of this block identifies a logical channel corresponding to the buffer 72 contained in memory 27. The satellite system 30 stores the block of the frame in the buffer 72 via the bus 28. The field 13 of the block 65 indicates that there is no other block to follow for the same logical channel.

[0096] The field 19 of the block 57 contains store commands. The satellite system 30 creates a control block 57′ from the field 19. The field 15 of the block 57 identifies a physical channel corresponding to the coupler 22. The satellite system 30 transmits the block 57′ to a control part of the coupler 22 and the content of the field 19 of the blocks 58, 59, 61, 64, 65 to a data part of the coupler 22 in the form of blocks 58′, 59′, 61′, 64′, 65′, via the bus 28.

[0097] The coupler 22 executes, in the peripheral subsystem 2, the load command specified by the block 60′. The peripheral subsystem then returns data blocks 66′, 67′, 68′ and a status block 69′ to the coupler 22. The satellite system 30 then places each block 66′, 67′, 68′, 69′ in the field 19 of a block 66, 67, 68, 69 in accordance with the protocol described previously. In particular, the field 10 indicates that the block type is a data block transmitted from the satellite system to the central system, the field 11 identifies the same logical channel as the field 11 of the block 60. The field 13 of each of the blocks 66, 67, 68 indicates that the block precedes another block from the same logical channel. The field 13 of the block 69 indicates that the block does not precede any other block from the same logical channel. The satellite system 30 stores the blocks 66, 67, 68, 69 in the buffer 75 via the bus 28.

[0098] The coupler 24 executes, in the peripheral subsystem 4, the store command specified by the block 62′. The peripheral subsystem then returns a status block 70′ to the coupler 24. The satellite system 30 then places the block 70′ in the field 19 of a block 70 in accordance with the protocol described previously. In particular, the field 10 indicates that the block type is a data block transmitted from the satellite system to the central system, and the field 11 identifies the same logical channel as the field 11 of the block 62. The field 13 of each of the block 70 indicates that the block does not precede any other block from the same logical channel. The satellite system 30 stores the block 70 in the buffer 75 via the bus 28.

[0099] The coupler 22 executes, in the peripheral subsystem 2, the store command specified by the block 57′. The peripheral subsystem then returns a status block 71′ to the coupler 22. The satellite system 30 then places the block 71′ in the field 19 of a block 71 in accordance with the protocol described previously. In particular, the field 10 indicates that the block type is a data block transmitted from the satellite system to the central system, and the field 11 identifies the same logical channel as the field 11 of the block 57. The field 13 of the block 71 indicates that the block does not precede any other block from the same logical channel. The satellite system 30 stores the block 71 in the buffer 75 via the bus 28.

[0100] The frames contained in the buffer 75 are sent through the link 20 by means of the coupler 29, in accordance with the state diagram of FIG. 6.

[0101] Applying the conventions explained above to FIG. 6, the satellite system 30, initially in the high logical state in a reference step 76, is started by setting an initialization transition 77 to the high state. This has the effect of deactivating the step 76 by setting it to the low logical state and activating the steps 78 and 79 by setting them to the high logical state.

[0102] Step 79 declares the link U available for a transfer of blocks from the card of the coupler 29 to the control card 9.

[0103] Step 78 reads the outgoing buffer 75 in order to detect whether a frame is ready to be transmitted to a logical unit number LUN10. Thus, the satellite system 30 sees the central system 1 as a storage unit, such as for example a magnetic tape, with the logical unit number LUN10.

[0104] The detection of a frame in the buffer 75 that the step 78 decides to send to the logical unit with the number LUN10, sets a transition 81 to the high state.

[0105] The high states of the steps 78 and 79, with the high state of the transition 81, activate a step 83 by setting it to the high state and deactivate the steps 78 and 79 by setting them to the low state. Step 83 sends through the link 20 a write command to the logical unit LUN10 and the blocks of the frame to be transmitted. The last block of the frame transmitted to the logical unit with the number LUN10 sets a transition 85 to the high state.

[0106] The high states of the step 83 and of the transition 85 reactivate the steps 78 and 79 by setting them to the high state and deactivate the step 83 by setting it to the low state.

[0107] In a way that improves the performance of the link 20, setting the transition 77 to the high state has the additional effect of setting a step 80 to the high state.

[0108] Step 80 reads the outgoing buffer 75 in order to detect whether a frame is ready to be transmitted to a logical unit number LUN11. Thus, the satellite system 30 sees the central system 1 as a storage unit, such as for example a magnetic tape, with the logical unit number LUN11.

[0109] The detection of a frame in the buffer 75 that the step 80 decides to send to the logical unit with the number LUN11, sets a transition 82 to the high state.

[0110] The high states of the steps 80 and 79 with the high state of the transition 82 activate a step 84 by setting it to the high state and deactivate the steps 80 and 79 by setting them to the low state. Step 84 sends through the link 20 a write command to the logical unit LUN11 and the blocks of the frame to be transmitted. The last block of the frame transmitted to the logical unit with the number LUN11 sets a transition 86 to the high state.

[0111] The high states of the step 84 and the transition 86 reactivate the steps 80 and 79 by setting them to the high state and deactivate the step 84 by setting it to the low state.

[0112] The simultaneous activation of the steps 78 and 80 at the start makes it possible to optimize the transfers through the link 20 by rereading the buffer 75 without having to wait for the end of execution of the first read command. Upon the transmission of the last block to be written to LUN10 or LUN11, the transition 85, or respectively 86, reactivates the steps 78 and 79, or respectively 79 and 80. The possible states of the link 20 for the satellite system 30 are therefore:

[0113] steps 78, 79 and 80 active, waiting for frames in the buffer 75;

[0114] steps 78 and 84 active, waiting for the end of a write operation in LUN11;

[0115] steps 80 and 83 active, waiting for the end of a write operation in LUN10;

[0116] Returning to the example of FIG. 4, the reading of the buffer 75 in step 78 detects a frame constituted by the data block 66. A write command LUN10 and the block 66 are sent in step 83.

[0117] The reading of the buffer 75 in step 80 detects a frame constituted by the data block 67. After the transmission of the block 66, the steps 79 and 78 are reactivated. A write command LUN11 and the block 67 are sent in step 84. The reading of the buffer 75 in step 78 detects a frame constituted by data blocks 68 and 69. After the transmission of the block 67, the steps 79 and 80 are reactivated. A write command LUN10 and the blocks 68 and 69 are sent in step 83. The reading of the buffer 75 in step 80 detects a frame constituted by the data block 70. After the transmission of the blocks 68 and 69, the steps 79 and 78 are reactivated. A write command LUN11 and the block 70 are sent in step 84.

[0118] When the control card 9 has received the blocks 66 through 69 wherein the field 11 indicates the same logical channel as the field 11 of the block 60, it provides through the bus 8 a response to the load command it had sent in the field 19 of the block 60. The response is constituted by the content of the fields 19 of the blocks 66 through 68, loaded into memory 7. The control card 9 also sends through the bus 8 the content of the field 19 of the block 69 in order to indicate to the central system 1 that the load operation is finished.

[0119] When the control card 9 has received the block 70 wherein the field 11 indicates the same logical channel as the field 11 of the block 62, it provides through the bus 8 a response to the store command it had sent in the field 19 of the block 62. The response is constituted by the content of the field 19 of the block 70, so as to indicate to the central system 1 that the store operation is finished.

[0120] One skilled in the art can easily understand from the preceding description that the operations of the central system are not limited to operations for accessing storage units. The teaching of the invention can advantageously be extended to communication operations in networks like the Internet, for example by replacing the coupler 25 with a network access card. 

1. Link (17) between a central system (1) and a satellite system (30) for having operations of the central system executed by the satellite system, characterized in that it includes: in the central system (1), a control card (9) that places said operations in one or more data blocks; in the satellite system (30), a coupler (21) that sends through the link (17) to the control card (9) at least one read command to which the control card (9) responds by sending said data block or blocks through the link (17) to the coupler (21).
 2. Protocol between a central system (1) and a satellite system (30) for having an operation of the central system executed by the satellite system, characterized in that it includes: a first step (33) in which the satellite system (30) sends a read command to the central system (1), identified by a first logical unit number (LUN00); a second step (53) in which the central system (1) responds to said read command by sending at least one data block containing said operation; a third step (38) concomitant with the second step, in which the satellite system (30) receives said data block in order to process the operation it contains.
 3. Protocol according to claim 2, characterized in that it includes a fourth step (83) in which the satellite system (30) sends a write command to the central system (1) identified by a second logical unit number (LUN10) and at least one data block resulting from said operation.
 4. Protocol according to claim 2 or 3, characterized in that it includes: a fifth step (35) in which the satellite system (30) sends a read command to the central system (1), identified by a third logical unit number (LUN01); a sixth step (54) in which the central system (1) responds to said read command by sending at least one data block containing said operation; a seventh step (39) concomitant with the second step, in which the satellite system (30) receives said data block in order to process the operation it contains.
 5. Protocol according to claim 4, characterized in that it includes an eighth step (43) in which the satellite system (30) sends a write command to the central system (1) identified by a fourth logical unit number (LUN11) and at least one data block resulting from said operation.
 6. Protocol according to any of claims 2 through 5, characterized in that a block includes: a first field (19) for containing commands or data of said operation; a header containing a second field (11) for identifying a logical channel corresponding to said operation and a third field (12) for indicating the length of the first field (19).
 7. Satellite system (30) for processing an operation of a central system (1), characterized in that it includes: a first coupler (21) for sending a read command to the central system (1) and receiving a response from the central system (1), at least one first block constituted by a first field (19) for containing commands or data of said operation as well as a header containing a second field (11) for identifying a logical channel corresponding to said operation and a third field (12) for indicating the length of the first field (19); a processor (26) and a memory (27) for processing the content of the field (19) as a function of the header of the block; a second coupler (29) for sending a write command to the central system (1) accompanied by at least one second block wherein the first field (19) contains a result of said operation and wherein the header identifies the logical channel corresponding to said operation. 